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Description 

The invention as it is defined in the appended claims relates to computer apparatus. 

Using icons toorganize a computer display and giving a user the appearance of an lectronic desktop first appeared 

s at Xerox Pare in the late 70's. Early attempts to commercialize a desktop motif were unsuccessful. However, an im- 
plementation is disclosed in US-A-5060135, "Apparatus for Manipulating Documents in a Data Processing System 
Utilizing Reduced Images of Sheets of Information Which Are Movable." More recently, the IBM OS/2 Workplace Shell 
desktop motif provides icon manipulation. For example, users can drag a document icon, representing a letter, and 
drop it on the shredder icon to delete the document. 

10 Other examples of icon manipulation include, US-A-502 1976 entitled, "Method and System for Generating Dynamic 

Interactive Visual Representations of Information Structures Within a Computer," which discloses a knowledge based 
system that links various mathematical relationships with icons on a graphical display. Visual features of the display 
assume various conditions (change of colour/size) in accordance with the mathematical relationships. 

In EP-A-473524 a 'rubber stamp' metaphor is employed. Icons representing various types of rubber stamp are 

is used in order to allow a user to imprint a property or value on a data object. 

However, none of the prior art techniques provide a method for easily and flexibly manipulating the information in 
an icon from one form to another in accordance with the subject invention. 

This invention enables computer apparatus comprising a display device, information storage means and a proc- 
essor responsive to a predetermined user input operation to process stored information according to the location of 

20 associated icons on the screen of the display device, characterised in that at least one of said icons is a transformer 
icon arranged to represent a transformation operation which can be performed on stored information associated with 
one or more input icons, and to enable the transformation operation to be invoked by a predetermined user input 
operation when the, or each, input icon is positioned over the transformer icon, the apparatus comprising means to 
generate one or more output icons, distinct from the transformer icon and associated with the transformed information. 

^5 Thus a method is provided in which icon transformers can be used in an object-oriented, graphical environment 

to change the contents of an icon from one state to another using drag and drop techniques. 

In one embodiment, this is accomplished by creating a transformer object, represented by an icon, that has an 
associated set of rules stored in an associated data structure. This transformer object modifies the attributes of a 
dropped icon and changes its contents to a new object, while retaining some of the attributes from the original object, 

30 if needed. If a user drops an icon object on a transformer icon and the dropped object does not conform to the input 
expected by the transformer, the input icon is transformed into a not symbol. 

For valid input object processing, when the user drops an object on a transformer object, it is removed from the 
desktop, application window, or container object from which it came. In its place, an output object icon is created next 
to the icon transformer object. This output object icon's contents are a modified version of the dropped input object's 

35 contents. The contents are changed in accordance with the rules in the transformer object. 

Users can also duplicate their input objects and drop them separately or in a group on top of an icon transformer. 
The transformer changes one or more of the input objects into their output object counterparts based on the number 
of objects dropped on the transformer. 

Objects can be changed from one state to another in current application implementations. For example, when 

40 importing a text file from word processor X to word processor Y, the latter word processor converts a document from 
X into one that Y can understand. This technique involves changing the contents of the file and/or its attributes. However, 
this processing does not address the problem in an object-oriented manner. These actions take place within the ap- 
plication and not outside of it, such as on the desktop or in a window container. Icon transformers can exist where 
icons can be dragged and dropped to convert objects in a one-to-one, many-to-one, one-to-many, or many-to-many 

45 fashion. 

An embodiment of the invention will now be described, by way of example, with reference to the accompanying 
drawings, wherein: 

Figure 1 is a block diagram of a personal computer system in accordance with the subject invention; 

so 

Figure 2 illustrates a file input icon and a converted output icon before and after a conversion operation in accord- 
ance with the subject invention; 

Figure 3 is a data structure representing an icon in accordance with the subject invention; 

55 

Figure 4 is a data structure representing a transformation icon in accordance with the subject invention; 
Figure 5 is a flowchart of the icon transformation logic in accordance with the subject invention; 
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Figure 6 is a flowchart of the icon transformation logic in accordance with the subject invention; and 
Figure 7 is a flowchart of the transformation logic in accordance with the subject invention. 

s The invention is preferably practised in a representative hardware environment as depicted in Figure 1, which 

illustrates a typical hardware configuration of a computer workstation having a central processing unit 10, such as a 
conventional microprocessor, and a number of other units interconnected via a system bus 1 2. The workstation shown 
in Figure 1 includes a Random Access Memory (RAM) 14, Read Only Memory (ROM) 16, an I/O adapter 18 for con- 
necting peripheral devices such as disk units 20 and tape drives 40 to the bus, a user interface adapter 22 for connecting 

io a keyboard 24, a mouse 26, a speaker 28, a microphone 32, and/or other user interface devices such as a touch screen 
device (not shown) to the bus, a communication adapter 34 for connecting the workstation to a data processing network 
and a display adapter 36 for connecting the bus to a display device 38. 

A method and system is provided for easily changing information associated with an icon from one state to another. 
For example, a user may require that a document be changed from one word processing format to another (Revisable 

is Form Text (RFT) to WordPerfect). Today, this would be accomplished by invoking a CONVERT program from the 
command line or from an internal application call and inputing the source and destination file for the conversion. Then, 
the program would process the source information and convert the file into the destination output file. 

The subject invention allows a user to convert a file by simply dragging the file icon to an icon representative of a 
convert operation and dropping the file icon onto the convert icon. This action will invoke a convert operation that 

20 transforms the original file associated with the file icon into a converted file associated with a new icon representative 
of the converted file. Figure 2 shows the file icon 200 and the convert icon 210 before the conversion operation, and 
the convert icon 220 and the converted file icon 230 after the convert operation. Note that the shape of the icon has 
changed. 

Figure 3 is a data structure representing the icon. Attribute information 300 contains descriptive information per- 

25 taining to the icon similar to a header in a data file. The contents 310 are similar to text in a data file. 

Figure 4 is a data structure representing a transformation icon. Attribute information 400 contains descriptive in- 
formation pertaining to the icon similar to a header in a data file. The contents 410 contain rules associated with a 
transformation operation that is invoked when an icon is dropped on the transformation icon. 

Figure 5 is a flowchart depicting detailed logic in accordance with the subject invention. Processing commences 

30 at terminal block 500 and immediately passes to function block 510 where the icon transformer retrieves attributes of 
an icon dropped on it. Then a test is performed at decision block 512 to determine if the dropped icon has compatible 
attributes. If compatibility is detected, then the dropped icon is removed from the desktop at function block 514, the 
transformation code is executed at function block 516 and control passes via label 520 to label 570 where the trans- 
formed icon is redisplayed next to the icon transformer as shown in function block 580. The desktop metaphor in this 

35 example can be an application window or a container object similar to that found in the OS/2 operating system. 

If the attributes do not match at decision block 512, then further tests are performed in a similar fashion leading 
up to decision block 530 to determine if the attributes of the dropped icon match another characteristic that the icon 
transformer can handle. If so, then the dropped icon is removed from the display at function block 532, transformation 
code associated with the characteristic is executed at function block 534 and the transformed icon is redisplayed next 

40 to the icon transformer at function block 580. If no match is detected between the dropped icon's attributes and any of 
the transformer characteristics, then the dropped icon is redisplayed in an error mode (such as turning it into a not 
symbol) as shown in function block 550. 

Figure 6 is a flowchart of the detailed logic in accordance with the subject invention. Processing commences at 
terminal 600 and control immediately passes to function block 602 where attributes of the icon dropped on the icon 

45 transformer are retrieved. Then, at decision block 604 a test is performed to determine if the attributes of the dropped 
icon match the expected attributes for a document created by a word Processor X. If a match is detected, then the 
document icon is removed from the desktop as shown in function block 606, the special characters that were imbedded 
by X are replaced with spaces as set forth in function block 608 and control is passed via label 610 to Figure 7 at label 
720. In Figure 7 at label 730, the transformed document icon is redisplayed and the information associated with the 

50 transformed icon is now an undelimited ASCII file. 

If the attributes of the dropped icon do not match at decision block 604, then another test is performed at decision 
block 612 to determine if the attributes of the dropped icon match the expected attributes for a document created on 
a text processor Y that uses global variables. If so, then the document icon is removed from the desktop at 614, the 
special characters imbedded by Y are replaced with blank spaces at function block 620 and control is passed via label 

55 622 to label 700 of Figure 7. In Figure 7, processing resumes at function block 710 where each global variable is 
replaced by the value assigned by a user and the transformed icon is redisplayed with Its modified underlying contents 
at function block 730. 

If no match is detected at decision block 612, then in decision block 630 a test is performed to determine if the 
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attribute of the dropped icon match with a delimited ASCII file. If so, then the document icon is removed at function 
block 632, the special characters are removed at function block 634, control is passed via label 640 to label 720 and 
processing is completed at function block 730 as described above. If no match is detected, then the icon is modified 
to present an error to the user at function block 642 and control is returned at terminal 650. 

The following code was written in Smalltalk/V PM for the OS/2 environment. TransExample (the Transformation 
Example) is the main class where the open method can be run. Its supporting classes are DragTest class where 
rendering and target and source transferring methods are stored and the Transltem class which is the parent class for 
the drag/drop objects involved in the prototype. 

The TranslFile subclass represents the input file to the transformer (or the object that will be dragged and dropped 
on the transformer object). The TransOFile subclass represents the output file from the transformer (or the object that 
is created from an object that was dragged and dropped on the transformer object). The Transformer subclass repre- 
sents the object icon that transforms the input object to the output object. It also contains the rules to change the 
contents of dropped objects. 

The drag objects were created to represent the input file object (the one to be transformed), the transformer object 
(the one that performs an action on the contents of the dropped object), and the output file object (the object after it 
has been transformed). Note that the output file object retains many of the attributes of the input file object, except 
most notably, the contents of the object changes as well as the shape, size, and or hues of the icon. This visually 
signifies that the object underwent a transformation. Note that transformations need not take place only on document 
or text objects. They can also occur on other objects as well, so long as there is a defined process of transformation 
from the input to the output object. 
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TRANSFORMATION CLASS SOURCE CODE 

ViewManager subclass! ITransExample 
instanceVariableNames : 
Container ' 
classVariableNames : ' 1 
poolDictionaries : 

'PMConstants PMContainerConstants ' ! 

ITransExample class methods ! ! 

ITransExample methods ! 
defineFieldsIn: aContainer 

"Define the detail view fields 
for the container. 1 ' 
I fields | 

fields := OrderedCollection new. 
fields 

add: (ContainerDetailField new 
names #pszIcon) ; 

add: (ContainerDetailField new 
name: #hptrIcon; 
containsGraphic ). 
aContainer fields: fields asArray! 

delete : aContainer 

"Delete the selected item in aContainer. 
I items name | 

items := aContainer selectedl terns, 
items do: f:item | 

item class == TransIFile ifTrue: [ 
name := item 
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containerName, item name. 

( MessageBox 
confirm: 'Delete ' , name, '?■ ) ifTruet [ 
aContainer deleteltem: item ]]).\ 
drop: item into: aContainer at: anOffset 

"Drop an item into aContainer as appropriate 
for text or icon display mode at anOffset point." 
I matching newltem I 

matching := (aContainer itemsMatching: item name) 
select: [:each| each name 
asUpperCase = item name asUpperCase ] . 

( ( aContainer dragData at: 4 ) = CnDragover ) 
ifTrue: [matching do: (xeach| 
aContainer deleteltem: each]. 

((aContainer dragData at: 2 ) 

notNil and: 

[(( aContainer dragData 
at: 2 ) name) = 'TransFile ' ] ) 

ifTrue : [newltem := 
Transltem className: 'OutFile' trans formedName : item name. 

newltem 

allocateFieldsIn : 

aContainer; 

position: ( ( ( 

aContainer dragData at; 3 ) 

dropCoord 

mapScreenToClient : aContainer ) 

+ 

anOffset + aContainer workSpaceOrigin ). 

aContainer 

insertltem: newltem. 

1 

if False: [newltem := 
Transltem className: item name ftype: item ftype. 

newltem 

allocateFieldsIn: 

aContainer; 
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position: ( ( ( 

aContainer dragData at: 3 ) 

dropCoord 

mapScreenToClient : aContainer ) 

+ 

anOffset + aContainer workSpaceOrigin ). 

aContainer 
insertltem: newltem. 

] 

) 

if False: [matching do: 
[:each| aContainer deleteltem: each]. 

newltem :- 

20 

Transltem className: item name ftype: item ftype. 

newltem 

allocateFieldsIn: aContainer; 
25 position: 
anOffset + ( aContainer extent 111). 

aContainer 

30 

insertltem: newltem after: 

( ( 

aContainer dragData at: 2 ) isNil 
35 ifTrue: [ CmaFirst ] 

if False: [ aContainer dragData at: 2 ] ). 

J! 

40 

droppingl terns : aContainer 

"Items are scheduled to be dropped into aContainer." 
I target | 

45 target := aContainer dragData at: 2. 

( target notNil and: [ ( aContainer 

dragData at: 4 ) = CnDragover ] ) 
50 ifTrue: [aContainer dragDrop 

target: ( target name ) J.! 



55 



insertltemsln: aContainer 

"Insert all of the directory items in of the current 
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directory 

into aContain r. u 
I items | 

items := OrderedCollection new. 
items add: 

(TransIFile new 

name : 1 InFilel ' ; 

ftype: 'I'). 

items add: 

(TransIFile new 

name: • InFile2'7 
ftype: •I 1 ). 

items add: 

(TransIFile new 

name: * InFileS 1 ; 
ftype: 'I 1 ). 

items add: 

(Transformer new 

name: 'TransFile' ; 
ftype: 'T'). 



aContainer contents: items. 1 



menu: aContainer 

"Add the view changing menu to the menu bar. 
aContainer setMenu: ( Menu new 

appendSubMenu: ( Menu new 

appendl tern : 1 Norma 1 1 

selector: Cvlcon ; 

appendl tern : 1 Name 1 

selector: CvName ; 

appendl tern: 'Name/Flow' 
selector: CvName | CvFlow ; 

appendl tern: •Text' 

selector: CvText ; 

appendl tern: 1 Text/Flow' 
selector: CvText | CvFlow ; 
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appendltem: 'Tree Icon 1 
selector: CvTree | Cvlcon ; 

appendltem! 'Tree Name' 
selector: CvTree | CvName ; 

appendltem: 'Tree Text' 
selector: CvTree | CvText ; 

owner: container; 
title : ■ Icon' ; 
yourself ) ; 
appendltem: * Detail' selector: 
CvDetail | CaDetailsviewtitles ; 

owner: container ; 
title: '"View 1 ; 
selector: #view: ; 
yourself )1 



open 

"Open a TransExample on the directory named aPath 
TransExample new open 



| dragger cp | 

self label: 'TransExample'. 
self mainView style: ( self mainView 
defaultFrameStyle | FcfShellposition ). 

self addSubpane: (cp := ContainerParent new), 
cp addSubpane: ((container := Container new) 
owner : self ; 

title: 'Icon Transformation 

Example 1 ; 

when: #getFields perform: 
ttdefineFieldsIn: ; 

when: #getContents perform: 
ttinsertltemsln: ; 

when: ttgetMenu perform: ttmenu: ; 

when: ttstartDrag perform: 

ttstartDrag: ; 
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when: #dr pRequest perform: 
fldroppingl terns : ; 

when: ttdragComplete perform: 

ttwasDragged: ; 

when: #dropComplete perform: 

ttwasDropped: ; 

when: ttdelete perform: ttdelete: ; 
when: ttselect perform: ^selected: 

). 

container setAttributes : 
CaMixedtargetemph. 

dragger := DragDrop for: container, 
dr agger 

container: 'TransExample ' ; 
mechanisms: ( Array with: 

DragTest new ) . 

container dragDrop: dragger. 
self openWindow! 

selected: aContainer 

"The user has selected an item in 
aContainer. If a 

tree view is displayed, insert 
the children of the selected 

item into the container. " 
I item cnrlnfo I 

cnrlnfo := container queryCnrlnfo. 

( cnrlnfo flWindowAttr bitAnd: CvTree ) = 0 

if False: [item := aContainer selection. 
( aContainer isSelected: 

item ) 

ifTrue: [ item 
insertChildrenlnto: aContainer ]]! 

startDrag: aC ntainer 
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"Start a drag and drop sessi n. u 
I dragl terns | 

( dragltems := aContainer 
dragList ) isEmpty 

if False: [ aContainer 
dragDrop drag: dragltems ]! 

textContents : aPane 

aPane contents: 'this is some text'! 

view: aCvConstant 

container view: aCvConstant! 

wasDragged: aContainer 

"An item was dragged inside 

aContainer." 

'nil! 

wasDropped: aContainer 

"An item was dropped inside 

aContainer." 

| item offset | 
offset := 0@0. 

aContainer dragDrop items do: [ : dragl tern 

I 

item := Transltem className: 
dragltem name ftype: (dragl tern userlnfo) f type . 
item notNil ifTrue: [ 

self drop: item 

into: aContainer at: offset. 

offset := 

offset + 12 ]. 
]! I 

DRAG TEST CLASS SOURCE CODE 
DragTransfer subclass: ttDragTest 
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instanceVariableNames: ■ « 
classVariableNames : 1 ' 
poolDictionaries : 

•PMDragConstants PMConstants • ! 

IDragTest class methods ! ! 



IDragTest methods ! 
renderingMechanism 

•'Answer a string which describes 

the rendering 

mechanism implemented. u 
' l DRM_0S2FILE' ! 

sourceTransfer : item 

"Private - The source will render the item." 
i dragTransfer | 

dragTransfer := PMDragTransfer size: 1. 

dragTransfer 

cbt PMDragTransfer sizelnBytes,- 
hwndClient: owner owner handle; 

pditem: item pmltem contents 

contents ; 

selectedRMF: ( •<* , self 
renderingMechanism, ' item format first, ■>' 
); 

renderToName : ( owner target, 
item pmltem targe tName ); 

ulTargetlnfos 0; 
usOperation: owner operation; 
fsReplys 0. 



so ( dragTransfer sendMsg: DmRender to: item 

pmltem hwndltem with: 0 ) 

if True: [ "nil ] 
if False: [item pmltem 

sendTransferMsg: 
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DmEndconversation 

response: Dmf ITargetfail. 
owner f reeTransferl tern: 

item 

]! 

targetTransfer : item 

"Private - The target will 
perform the rendering 

operation without the direct 
involvement of the source." 

( self transfer: item to: ( owner target, 
item name ) ) 

if True: [item pmltem 

sendTransferMsg: 

DmEndconversation 

response : 

DmflTargetsuccessful. 

] 

if False: [item pmltem 

sendTransferMsg: 

DmE ndconve r s a t ion 

response : 

DmflTargetfail. 

]. 

owner f reeTransferltem : item! 
transfer: item 

"Private - Begin the direct 
manipulation operation." 

I hstrSrc tmpDir | 
owner target: owner target. 
hstrSrc : = PMHandle fromBytes: item 
pmltem hstrSourceName . 

( hstrSrc = NullHandle or: [ ( owner 
isNativeFormat : item ) not ] ) 

ifTrue: [ self sourceTransfer : 
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item ] 

if False: [ self targe tTransf er : 

item ]! 

transfer: item to: dest 

"Private - Perform the actual 
operation and return true if successful. 11 

| sre operation | 

operation : = owner operation. 

sre := item pmltem containerName, item 
pmltem sourceName. 

( sre asUpperCase = dest asUpperCase ) 

ifTrue: [ 'true ]. 
'true! ! 

TRANSFORMATION ITEM SUBCLASS 

SOURCE CODE 

Containerltem subclass: ttTransItem 
instanceVariableNames : 

'ftype name 1 
classVariableNames: 1 1 
poolDictionaries : 

'PMConstants PMContainerConstants 1 ! 

!TransItem class methods ! 
className: aName ftype: aType 

"Answer a TransIFile, TransOFile 

or Transformer 

which corresponds to the ftype 

aType . 11 

(aType = '0') 

ifTrue: [ 

'TransOFile new 

name: aName; 
ftype : '0' ; 
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"Output/Transformed File" 

yourself J. 

(aType = 'T') 

if True: [ 

"Transformer new 
name : aName ; 
ftype: 'T 1 ; 

"Transformation Icon M 

yourself ] 
if False: [ 

"TransIFile new 
name : aName ; 

ftype: 'I' ; "Input file" 
yourself ].! 

className; aName trans formedName : aTName 

"Answer a TransOFile which 
corresponds to the 

path aString." 
(aName = 'OutFile') 
ifTrue: [ 

"TransOFile new 
name : aTName ; 
ftype : '0' ; 
"Output/Transformed File" 

yourself ],! ! 

!TransItem methods ! 
containerName 

"Answer the name of the container 
this item is contained in. The name is the 

name used by the drag and drop 

protocols. " 

" 'TransExample' ! 

deleteChildTreesIn: aContainer 

"Private - Delete all subtrees 
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rooted by the receiver in 

acontainer ." 

'nil! 

ftype 

"Answer the ftype item of the 

receiver item." 

"ftype! 

ftype: aTransItem 

M Set the ftype of the receiver to 

aTransItem." 

ftype := aTransItem! 

insertChildrenlnto: aContainer 

"Private - insert all of the 
immediate children of the receiver 

into aContainer." 

'nil! 

name 

"Answer the name string of the 

receiver." 

* name ! 

name: aString 

"Set the name string of the receiver." 
name := aString. 
super name: aString! ! 

TRANSFORMATION INPUT FILE ITEM 
SUBCLASS SOURCE CODE 



Transltem subclass: ttTransIFile 
instanceVariableNames : ' 1 
classVariableNames : 

'Icon ■ 
poolDictionaries: 11 ! 
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JTransIFile class methods ! 

aboutToSavelmage 

Icon := nil! ! 

JTransIFile methods ! 
icon 

"Return icon to be transformed" 
Icon := CursorManager pointerFromModule : 
'dricon' id: 2. 

'Icon! ! 

TRANSFORMATION TRANSFORMER SUBCLASS 

SOURCE CODE 

Transltem subclass: #Transformer 
instanceVariableNames : ' 1 
classVariableNames : 

'Icon 1 
poolDictionaries : 

•PMContainerConstants ' ! 

! Transformer class methods ! 

abou tToS ave Image 

Icon := nil! ! 

! Transformer methods ! 

attributes 

•'Answer the item attributes. In 
this case allow dropping onto 
the receiver. M 
~CraDroponable! 

icon 
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"Return icon of the icon 

transformer." 

Icon := CursorManager pointerFromModule : 
1 dricon' id: 3. 

'Icon! 

insertChildrenlnto: aContainer 

"Private - insert all of the 
immediate children of the receiver 

into aContainer." 

'nil! 

isChildrenCurrent 

"Private - Answer true if the 
children of the receiver matches the current 

folder contents in the receiver, 
otherwise false." 
'nil! 

isDroponable 

"Answer true if the receiver can 
have items dropped on it, otherwise false." 
'true! 1 

TRANSFORMATION OUTPUT FILE SUBCLASS SOURCE CODE 

Transltem subclass: ttTransOFile 
instanceVariableNames : ■ 1 
classVariableNames : 

'Icon ' 
poolDictionaries : ' • ! 

ITransOFile class methods ! 

aboutToSavelmage 

Icon := nil! ! 

JTransOFile methods ! 
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icon 



"Return transformed icon 



5 



Icon := CursorManager pointerFromModule : 



' dricon' idt 60. 



'Icon! ! 



While the invention has been described in terms of a preferred embodiment in a specific system environment, 
those skilled in the art recognize that the invention can be practiced, with modification, in other and different hardware 
and software environments within the scope of the appended claims. 



1. Computer apparatus comprising a display device (38), information storage means (14, 16, 20) and a processor 
(10) responsive to a predetermined user input operation to process stored information according to the location 
of associated icons on the screen of the display device (38), characterised in that at least one of said icons is a 
transformer icon arranged to represent a transformation operation which can be performed on stored information 
associated with one or more input icons (200), and to enable the transformation operation to be invoked by a 
predetermined user input operation when the, or each, input icon is positioned over the transformer icon (210), 
the apparatus comprising means to generate one or more output icons (230), distinct from the transformer icon 
and associated with the transformed information. 



2. An apparatus as claimed in claim 1, wherein the transformer icon can transform more than one icon at a time. 

3. An apparatus as claimed in claim 1 or claim 2, including data structure means, associated with the transformer 
icon, for storing rules defining the characteristics of the transformation operation. 



4. An apparatus as claimed in any preceding claim, including means for transforming first information associated with 
the input icon into second information associated with an output icon. 

5. An apparatus as claimed in any preceding claim, including means for transforming an input icon into a plurality of 
output icons. 

6. An apparatus as claimed in any preceding claim, including means for transforming a plurality of input icons into a 
single output icon. 

7. An apparatus as claimed in any preceding claim, including means for transforming a plurality of input icons into a 
plurality of output icons. 



Patentanspruche 



1. Rechnergerat, enthaltend eine Anzeigevorrichtung (38), Informationsspeichermittel (14, 16, 20) und einen Pro- 
zessor (10), der auf eine vorbestimmte Anwendereingabeoperation anspricht, urn gespeicherte Informationen ge- 
maG der Position zugeordneter Ikone auf dem Bildschirm der Anzeigevorrichtung (38) zu verarbeiten, dadurch 
gekennzeichnet, daft wenigstens eines dieser Ikone ein Umwandlungs-lkon ist, das soangeordnet ist, daG es eine 
Umwandlungsoperation anzeigt, die an gespeicherten, einem oder mehreren Eingabe-lkonen (200) zugeordneten 
Informationen durchgefuhrt werden kann, und es ermoglicht, daG die Umwandlungsoperation durch eine vorbe- 
stimmte Anwendereingabeoperation aufgerufen wird, wenn das Eingabe-lkon bzw. jedes Eingabe-lkon Qber das 
Umwandlungs-lkon (210) positioniert wird, wobei das Gerat Mittel aufweist, urn ein oder mehrere Ausgabe-lkonen 
(230) zu generieren, die sich vom Umwandlungs-lkon unterscheiden, das der umgewandelten Information zuge- 
ordnet ist. 

2. Ein Gerat gemaG Anspruch 1 , in dem das Umwandlungs-lkon mehr als ein Ikon gleichzeitig umwandeln kann. 
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3. Ein Gerat gemaG Anspruch 1 oder Anspruch 2, einschlieGlich Datenstrukturmittel, die dem Urn wand lungs-Ikon 
zugeordnet sind, um Regain abzuspeichern, die die Merkmaie der Umwandlungsoperation definieren. 

4. Ein Gerat gemaG einem beliebigen der vorstehenden Anspruche, einschlieGlich Mittel zum Umwandeln erster, 
dem Eingabe-lkon zugeordneter Information en, in zweite, einem Ausgabe-lkon zugeordnete Informationen. 

5. Ein Gerat gemaG einem beliebigen der vorstehenden Anspruche, einschlieGlich Mittel zum Umwandeln eines Ein- 
gabe-lkons in eine Vielzahl von Ausgabe-lkone. 

6. Ein Gerat gemaG einem beliebigen der vorstehenden Anspruche, einschlieGlich Mittel zum Umwandeln einer Viel- 
zahl von Eingabe-lkonen in ein einziges Ausgabe-lkon. 

7. Ein Gerat gemaG einem beliebigen der vorstehenden Anspruche, einschlieGlich Mittel zum Umwandeln einer Viel- 
zahl von Eingabe-lkonen in eine Vielzahl von Ausgabe-lkonen. 



Revendlcations 

1. Appareil informatique comprenant un dispositif d'affichage (38), un moyen de memorisation d 1 in format ions (14, 
16, 20) et un processeur (10) repondant a une operation d'entree pnkteterminee par Putilisateur pour traiter des 
informations m6moris6es conform6ment a I'emplacement d'ic6nes assoctees sur I'ecran du dispositif d'affichage 
(38), caracterise en ce qu'au moins une desdites icones est une icone de transformation concue pour representer 
une operation de transformation qui peut etre effectuee sur les informations memorises associees a une ou 
plusieurs icones d'entree (200) et pour permettre a ^operation de transformation d'etre appetee par une operation 
d'entree predetermined par I'utilisateur lorsque la ou chaque icdne d'entree est positionnee sur I'ic6ne de trans- 
formation (210), Tappareil comprenant un moyen pour g£nerer une ou plusieurs icones de sortie (230) distincte 
(s) de I'ic6ne de transformation et associee(s) aux informations transformees. 

2. Appareil selon la revendication 1 , dans lequel Picdne de transformation peut transformer plus qu'une icdne en une 
fois. 

3. Appareil selon la revendication 1 ou la revendication 2, incluant un moyen de structure de donnees associe a 
I'icdne de transformation pour memoriser des regies definissant les caracteVistiques de I'operation de transforma- 
tion. 

4. Appareil selon I'une quelconque des revendications precedentes, comprenant un moyen pour transformer des 
premieres informations associees a I'icone d'entree en secondes informations associees a une icone de sortie. 

5. Appareil selon Tune quelconque des revendications precedentes, comprenant un moyen pour transformer une 
icone d'entr6e en une pluralite d'icones de sortie. 

6. Appareil selon I'une quelconque des revendications precedentes, comprenant un moyen pour transformer une 
pluralit6 d'ic6nes d'entree en une seule icdne de sortie. 

7. Appareil selon I'une quelconque des revendications precedentes, comprenant un moyen pour transformer une 
pluralite d'icdnes d'entree en une pluralite d'ic6nes de sortie. 
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IconTransformer retrieves attributes 
of the Droppedlcon. 
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Do 

'the attributes of 
the dropped icon match 
expected attributes. 
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Turn the Droppedlcon into a 
"not" symbol to indicate that it 
cannot be dropped onto the 
IconTransformer. 
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Remove the Droppedlcon 
from the desktop. 



Execute transformation 
code for case #1. 
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Remove the Droppedlcon 
from the desktop. 
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Transformed Droppedlcon with its changed attributes 
appears on the desktop next to the IconTransformer, 
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IconTransformer retrieves attributes of the dropped Documentlcon. | 
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Remove the Documentlcon 
from the desktop. 
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were imbedded by X and replace 
them with blank spaces. 
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Remove the Documentlcon 
from the desktop. 



Remove special characters that 
were imbedded by Y and replace 
them with blank spaces. 
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630 y Do 

the attributes of 
the dropped icon match 
the expected attributes for an 
ASCII document with carriage returns, 
newline, and linefeed symbols 
as its only special 
characters?. 
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Turn the Documentlcon into a "not" symbol to indicate that it 
cannot be dropped onto the IconTransformer. (Document did 
not contain any expected or valid attributes.) 
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For each global variable encountered in the document, 
prompt the user for a value to replace the vari able with. 
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Transformed Documentlcon with its undelimited ASCII 
contents appears on the desktop next to the IconTransformer. 
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